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Procede et dispositif de telecommande 

La presente invention a pour objet un procede et un dispositif de 
telecommande. Elle a essentiellement pour but de faciliter ('utilisation des 
transmetteurs de messages d'alarme, message d'alarme etant entendu au 
sens general : celui de signaler opportunement, ou regulierement, une 
information utile a un destinataire. L'operation de telecommande dont il est 
question comporte un message de commande en reponse au message 
d'alarme. Le message de commande est transmis par le recepteur a 
destination du transmetteur, ou de peripheriques connectes a ee 
transmetteur, pour que celui-ci execute une ou des actions correspondant au 
message de commande. 

Dans le domaine de la telesurveillance, on connaTt ainsi des dispositifs 
dans lesquels un automate transmetteur transmet a un recepteur, selon un 
protocole proprietaire, des informations a ce recepteur. Par exemple, 
notamment dans le domaine de la protection des locaux, un transmetteur 
peut comporter un detecteur anti-intrusion et remission, vers le recepteur, 
d'un message d'alarme. Le message d'alarme peut comporter une image 
detectee par une camera du transmetteur et destinee au recepteur. Un 
exemple de ce type est par exemple decrit dans le document FR-A-2 817 
989. Dans ce document, il est par ailleurs prevu une telecommande du 
transmetteur pour lui faire transmettre en retour au recepteur d'autres images 
et ou des sons relatifs a I'alarme detectee. 

Dans un autre domaine, on connaTt des systemes de telecommande 
comportant, notamment par envoi selon des canaux specifiques de 
transmission, de signaux d'alarme et de commande entre un transmetteur et 
un recepteur. Ces canaux peuvent comporter des transmissions selon la 
norme BLUE-TOOTH, et ou I'envoi d'images ou de messages en 
telecommunication mobile selon le protocole MMS. 

Quelles que soient les solutions retenues, ces operations de 
telecommande necessitent, dans le recepteur notamment, une specialisation 
pour pouvoir comprendre les messages qui lui sont envoyes par le 
transmetteur et pour pouvoir commander ce dernier en retour. Notamment, 
un systeme d'exploitation du recepteur, en particulier lorsqu'il comporte un 
telephone mobile, doit comporter des sous-programmes permettant de 
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traduire d'une maniere comprehensible pour I'utilisateur du recepteur les 
messages codes qui lui sont transmis par le transmetteur. En pratique, il 
n'est par exemple pas envisageable de derouter vers un autre recepteur 
quelconque (par exemple un autre telephone fixe ou mobile) les messages 
5 d'alarme emis par le transmetteur. Le recepteur quelconque serait incapable 
de les comprendre et bien entendu ne mettrait pas I'utilisateur du recepteur 
en position de les exploiter. En definitive, le caractere quelconque du 
recepteur est un frein a rutilisation d'un tel systeme de telecommande. II faut 
qu'il soit specialise. 

10 Le but de ('invention est de permettre rutilisation du systeme de 

telecommande avec un recepteur quelconque, en particulier un recepteur qui 
serait different a une epoque ulterieure, quelles que soient les evolutions et 
les modifications apportees a ce dit recepteur. 

Une solution pour remedier a ce probleme consisterait a realiser un 

15 transmetteur de type universel susceptible d'emettre des messages adaptes 
a n'importe quel recepteur. Cependant, outre le fait qu'une telle disposition 
rendrait le transmetteur particulierement complique (et cher), il serait mal 
adapte a I'existence de nouvelles generations de recepteurs qui n'auraient 
pas ete prevus dans le transmetteur. 

20 Dans I'invention on prevoit de remedier a cet inconvenient en 

interposant dans la chaine de telecommande, entre le transmetteur et le 
recepteur, un serveur de messages d'alarme. Ce serveur de messages 
d'alarme regoit les messages d'alarme et les interprete en fonction des 
caracteristiques du recepteur, avant d'envoyer ces messages d'alarme 

25 interpretes au recepteur. Dans ce but le serveur de messages d'alarme 
comporte une base de donnees,* notamment des tables dans lesquelles sont 
indiquees, entre autres, d'une part une identite de transmetteur et d'autre 
part une identite de recepteur, apparies par le serveur de messages 
d'alarme. 

30 On montrera par ailleurs que, selon ('invention, il est possible de 

prevoir en retour une interpretation de messages de commande au cas ou le 
recepteur voudrait telecommander le transmetteur spontanement En 
definitive, I' interpretation du message d'alarme comporte ('incorporation dans 
ce message d'indications relatives a des instructions executables par le 

35 transmetteur, et que le recepteur peut simplement selectionner, charge alors 
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pour le serveur de messages d'alarme de se transformer ensuite en serveur 
de messages de commande pour emettre a destination du transmetteur des 
instructions correspondant aux commandes selectionnees. En agissant ainsi 
on rend ['installation particulierement efficace et universelle. 

Dans les deux cas, le transmetteur et le recepteur ne connaissent 
comme adresse de destination que le serveur de messages d'alarme, 
respectivement le serveur de messages de commande. Ce serveur, lui, 
realise redirection, c'est-a-dire la transmission uitime a un (ou plusieurs) 
destinataire(s) qui lui a (ont) prealablement ete indique(s) ou declare(s) pour 
celui qui I'appelte. 

Une application possible de cette installation est le montage du 
transmetteur (qui comporterait alors un terminal mobile) dans un vehicule 
automobile, avec comme detecteur d'alarme un detecteur anti-intrusion 
associe a une camera qui pointe vers le conducteur du vehicule. Le message 
d'alarme peut ensuite etre transmis, via le serveur de messages d'alarme de 
I'invention, vers n'importe quel recepteur, pourvu de preference d'un ecran et 
au moins de moyens de selection. Un utilisateur de ce recepteur peut alors 
selectionner, parmi des commandes possibles, notamment une commande 
permettant d'arreter le vehicule, eventuellement apres remission d'un 
message d'avertissement a destination du conducteur du vehicule lui 
signalant que ce dernier va etre arrete. La selection, par le recepteur, de 
I'une quelconque des options possibles provoque remission, par ce 
recepteur a destination du serveur de messages de commande, puis par le 
serveur de messages de commande a destination du transmetteur, d'une 
commande destinee au transmetteur. Un peripherique de ce transmetteur 
peut alors couper le fonctionnement du moteur du vehicule automobile. 

Dans la suite de cette description, on appellera transmetteur le 
dispositif editant et emettant le message d'alarme, on appellera recepteur le 
dispositif destinataire uitime de ce message d'alarme, on appellera serveur 
de messages d'alarme un dispositif de traitement interpose sur la voie 
descendante, du transmetteur au recepteur, et on appellera serveur de 
messages de commande un dispositif de traitement interpose sur la voie 
montante, du recepteur au transmetteur. Le recepteur est un appareil 
normalement a disposition d'un operateur humain. Toutefois, il peut etre un 
dispositif programme pour produire automatiquement des ordres en reponse 
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a des alarmes attendues qu'il regoit. 

^invention a done pour objet un procede de telecommande dans 
lequel : 

- un transmetteur emet, via un reseau de telecommunications, en 
5 direction d'un recepteur, un message d'alarme 

- le recepteur emet en retour en direction du transmetteur un message 
de commande, 

- le transmetteur execute une action correspondant a une commande 
contenue dans le message de commande, 

10 caracterise en ce qu'il comporte les etapes suivantes 

- un serveur de messages d'alarme regoit le message d'alarme, 

- le serveur de messages d'alarme interprete le message d'alarme en 
fonction de caracteristiques du recepteur et produit un message d'alarme 
interprete, et 

15 - le serveur de messages d'alarme transmet au recepteur le message 

d'alarme interprete. 

^invention a egalement pour objet un procede de telecommande dans 

lequel 

- un transmetteur emet, via un reseau de telecommunications, en 
20 direction d'un recepteur un message d'alarme 

- le recepteur emet en retour en direction du transmetteur un message 
de commande, 

- le transmetteur execute une action correspondant a une commande 
contenue dans le message de commande, 

25 caracterise en ce qu'il comporte les etapes suivantes 

- un serveur de messages de commande regoit le message de 
commande, 

- le serveur de messages de commande interprete le message de 
commande en fonction de caracteristique du transmetteur et produit un 

30 message de commande interprete, et 

- le serveur de messages de commande transmet au recepteur le 
message de commande interprete. 

^invention a egalement pour objet un dispositif de telecommande 
comportant un transmetteur muni de moyens pour emettre, via un reseau de 
35 telecommunications, en direction d'un recepteur un message d'alarme, un 
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recepteur pour recevoir ce message d'alarme et pour emettre en retour en 
direction du transmetteur un message de commande, le transmetteur etant 
en outre muni de moyens pour executer une action correspondant a une 
commande contenue dans le message de commande, caracterise en ce qu'il 
5 comporte un serveur de messages d'alarme interpose pour recevoir le 
message d'alarme, pour interpreter le message d'alarme en fonction de 
caracteristiques du recepteur, pour produire un message d'alarme interprets, 
et pour transmettre au recepteur le message d'alarme interprets. 

L'invention sera mieux comprise a la lecture de la description qui suit 
10 et a I'examen des figures qui Taccompagnent. Celles-ci ne sont presentees 
qu'a titre indicatif et nullement limitatif de invention, Les figures montrent : 

- Figure 1 : Une representation schematique du procede et du 
dispositifde telecommande de [Invention ; 

- Figures 2a et 2b : Des representations schematiques de messages 
15 interprets d'alarmes et de telecommandes emis par respectivement un 

serveur de messages d'alarme et un serveur de messages de commande de 
Tinvention. 

La figure 1 montre un ensemble de moyens utilisables pour mettre en 
oeuvre le procede de telecommande de Tinvention. Ces moyens comportent 

20 un transmetteur 1 qui emet, via un reseau de telecommunication 2 un 
message d'alarme. Le transmetteur 1 peut comporter un detecteur d'alarme 
3 de type infrarouge, de type detecteur de temperature, ou de tout autre type 
de detection 4, tel qu'un radar a effet Doppier. D'une maniere generate, ces 
detecteurs d'alarme servent a mesurer revolution d'un parametre physique, 

25 et a editer un signal des que ce parametre physique, en valeur, depasse un 
seuil. Les detecteurs 3 et 4 sont principalement destines a etre instal les dans 
un edifice 5 prive ou public. 

Dans un autre domaine d'utilisation, un detecteur anti-intrusion du 
type du detecteur 4 est associe a une camera 6, le tout etant monte dans un 

30 vehicule 7, dans le but de prevenir le vol. 

Les detecteurs 3, 4 et 6 emettent des signaux de detection, lis sont 
relies a des circuits de transmission 8 en relation avec le reseau de 
telecommunication 2. Les circuits de transmission 8 peuvent etre incorpores 
ou etre relies a des installations de telecommunication, de telephonie, fixes 9 

35 ou mobiles 10 . Dans le cas ou les circuits 8 de transmission sont relies a 
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une installation de telecommunication fixe 9, les circuits 8 de transmission 
comportent notamment un modem. Dans le cas ou un terminal 10 mobile est 
utilise, une voie de transmission de donnees d'un protocole de telephonie 
mobile est utilisee de preference. 
5 Dans I'etat de la technique, pour les equipements specialises de type 

connu, le transmetteur 1, ou bien les terminaux 9 et 10 comportent une 
designation de I'adresse d'un recepteur, en pratique du numero de telephone 
voire d'une adresse internet de ce recepteur, et des moyens pour etablir une 
communication avec ce recepteur. 

10 Dans I'etat de la technique, un recepteur 11 est lui aussi connecte au 

reseau de telecommunications 2. II regoit d'une maniere connue les 
messages emis par les terminaux 8, 9 et 10. Ce recepteur 11 peut envoyer, 
en correspondence d'un message regu, un ordre au transmetteur 1 de fagon 
a ce que celui-ci produise une action, par exemple une mise en service d'un 

15 interrupteur 12 permettant de stopper le fonctionnement (ou couper 
('alimentation) du moteur du vehicule 7. On comprend que de tels systemes 
fonctionnent bien si le transmetteur 1 et le recepteur 11 sont tout a fait 
specialises et aptes a communiquer I'un avec I'autre. 

Dans Tinvention, pour permettre a n'importe quel transmetteur 1, 

20 appele T1, de converser avec n'importe quel type de recepteur 11, appele 
R1, on prevoit que, plutot que d'appeler le recepteur 11, le transmetteur 1 
appelle un serveur 13 d'interpretation de messages d'alarme. Sur le plan 
pratique le serveur 13 comporte un systeme de traitement de I'information. 
Ce systeme de traitement de I'information du serveur 13 comporte un 

25 processeur 14 relie par un bus 15 a une interface de transmission 16 avec le 
reseau de telecommunication 2; a une memoire programme 17, et a une 
memoire de donnees comportant au moins un certain nombre de tables 
specifiques a invention. 

Parmi ces tables specifiques de la memoire de donnees, une premiere 

30 table 18 permet de memoriser une correspondence entre un transmetteur 1 
appelant, reference par son identite T1, et un recepteur 11 appele, reference 
ici par son identite R1. II est toutefois possible, si le recepteur R1 est 
indisponible ou injoignable qu'un autre recepteur R2 puisse etre joint en 
secours, en remplacement, ou en complement du recepteur R1. Dans ce 

35 cas, dans la table 18, dans I'enregistrement en regard de I'identite T1, se 
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trouve la liste des recepteurs destinataires susceptibles de recevoir les 
messages d'alarme provenant du transmetteur 1 d'identite T1 . 

La table 18 comporte de preference en outre, dans chaque 
enregistrement, une liste d'instructions disponibles. Ces instructions 
disponibles 11, 12, ... In sont celles qu'est susceptible de lancer le 
transmetteur T1 si on le telecommande. Ces instructions sont par exemple 
de couper le fonctionnement d'un moteur voire, dans I'edifice 5, de 
declencher le fonctionnement d'un extincteur particulier, ou la fermeture de 
portes coupe-feu telecommandables et ainsi de suite. En definitive, les 
instructions executables par le transmetteur 1 peuvent etre aussi variees et 
aussi specialisees que souhaite. On montrera ci-apres que n'importe quel 
recepteur 1 1 sera susceptible de les faire executer a la demande. 

Le serveur 13 comporte par ailleurs une table 19 de la memoire de 
donnees dans laquelle des enregistrements permettent de mettre en 
correspondance des destinataires, par exemple R1, des lieux ou des moyens 
par lesquels peuvent §tre joints ces destinataires (memorises dans un champ 
note HLR, en reference aux bases de donnees de localisation de telephonie 
mobile), ainsi que les fonctionnalites et, plus generalement, la classe des 
appareils recepteurs destinataires. En definitive I'adressage indirect du 
recepteur 1 1 se realise par I'enregistrement dans la table 1 9, en regard d'une 
identite R1 d'un recepteur 1 1 , d'un moyen de transmettre le message 
d'alarme a ce recepteur. 

Par exemple, si le recepteur 1 1 est un telephone mobile, le moyen de 
le joindre comportera seulement la designation du numero de telephone 
auquel on peut joindre ce telephone mobile. Cette designation est associee 
d'une maniere automatique a une session de composition de ce numero par 
le serveur 13 pour lui faire envoyer le message d'alarme a transmettre. Par 
contre, si le recepteur, par exemple le recepteur R2, est un recepteur de type 
boite aux lettres, le message d'alarme sera transfere en un message 
incorpore dans un courrier electronique envoye a une adresse electronique 
prevue d'avance, ici figurativement designee par R2@serveur. Dans cette 
adresse, R2 designe I'identite du recepteur a joindre et "serveur" designe 
I'adresse d'un site, notamment de type Internet, ou le message peut etre 
memorise, jusqu'a sa consultation. Le message d'alarme memorise est ainsi 
un message interprete. On verra plus loin comment il I'est plus encore. 
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Dans les memes enregistrements, en regard de chaque destinataire 
Ri seront memorisees les differentes fonctionnalites des recepteurs. Par 
exemple une fonctionnalite F1 correspond a une aptitude du recepteur 11a 
recevoir des courriers electroniques, des e-mails. Par exemple une fonction 
5 F2 correspond a une aptitude du recepteur 11a recevoir des messages au 
protocole MMS. Par exemple une fonctionnalite F3 concernera le fait que le 
recepteur 11 est muni d'une carte a puce de type SIM TOOL-KIT. Ou encore 
une fonctionnalite F4 montrera I'aptitude du recepteur 1 1 a se connecter a 
Internet selon un protocole donne, par exemple le protocole WAP. Ou 

10 encore, une fonctionnalite F5 renseignera sur I'aptitude du recepteur 11 a 
telecharger des applications de type JAVA. Plus concretement, une 
fonctionnalite F6 concernera la taille ou un format d'un ecran 20 du recepteur 
11, de maniere a ce que des images puissent lui etre transmises dans un 
format adapte a son utilisation. En pratique, le serveur 13 utilise ces 

15 fonctionnalites pour interpreter le message d'alarme, pour le fonmater dans 
un format comprehensible par le recepteur 1 1 quelconque. 

Le renseignement de la table 18 peut comporter, lors de Installation 
du transmetteur 1, renvoi d'un message de mise en service par lequel le 
transmetteur 1 informe le serveur 13 de toutes ses caracteristiques, 

20 notamment des instructions disponibles 11 a In, qu'il est capable d'executer. 
De preference, il informe le serveur 13 d'un code secret autorisant de futurs 
rattachements aux divers recepteurs. Le renseignement de la table 19 peuf 
de la meme fagon etre automatique. Lors d'une mise en service par une 
connexion d'un type particulier du recepteur 11 quelconque ou d'un 

25 recepteur 21 quelconque au serveur 13, ces recepteurs lui transmettent 
notamment leur classe, leur identite, leur numero IMSI s'il s'agit d'un 
recepteur mobile, et toutes les informations les concernant notamment les 
moyens de les joindre : numero de telephone, adresse de messagerie 
electronique ou autre, et leur fonctionnalite. Par classe, on entend toute 

30 information permettant a un serveur de connaTtre un type de recepteur (ou de 
transmetteur dans le cas d'un serveur de messages de commande) et de 
retrouver dans une table dont il dispose, en regard de cette information de 
classe, tous les parametres permettant d'interpreter correctement un 
message. 

35 En ce qui concerne la correspondance dans un enregistrement de la 
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table 18 entre le transmetteur T1 et un destinataire R1 donne, celle-ci peut 
etre facilement realisee, au moment du remplissage de I'enregistrement R1 
de la table 19. Dans ce but le serveur 13 lance, par I'intermediaire du reseau 
de telecommunications 2, une interrogation a destination du recepteur 1 1 ou 
du recepteur 21 qui se connecte. Cette interrogation sert a lui demander 
d'identifier le transmetteur T1 avec lequel R1 veut etre apparie. On 
remarquera que cette interrogation est rendue simple puisque, lors de la 
connexion prealable de R1, celui-ci a communique sa classe au serveur 13. 
Ce serveur 13 est done bien capable d'envoyer a R1 un message que R1 
pourra comprendre. Le message envoye en I'espece concerne la 
designation, en pratique I'identite, du transmetteur T1 auquel il doit etre 
apparie. 

Ainsi apparait sur I'ecran 20 du recepteur 11, ou sur I'ecran 22 du 
recepteur 21, une invitation a composer avec les claviers 23 ou 24 
respectivement de ces appareils une information relative a I'identite du 
transmetteur T1 auquel ils veulent etre apparies. Au besoin cet appariement 
peut etre complete ou securise, par remission de codes secrets, connus 
dans I'enregistrement 18 correspondant. Ces codes secrets sont composes 
par ailleurs avec les claviers 23 ou 24. Le cas echeant, les codes secrets 
auront ete communiques au serveur 13 par le transmetteur 1 lors de son 
installation. 

En cas de concordance, les indications de destinataires R1 
correspondantes sont placees dans la table 18 de la memoire en regard de 
I'identite T1 du transmetteur concerne. 

En pratique les circuits 8 de transmission peuvent comporter en sus 
du numero de telephone du serveur 13 auquel ils doivent se connecter les 
indications relatives a leur identite T1 et au code secret utilisable lors de 
I'appariement avec eux. On notera que cet appariement est lui-meme une 
operation accessible a la portee de n'importe quel recepteur 11 ou 21 
puisqu'en definitive le serveur 13 fait tout le travail, et se contente a titre de 
reponse du message compose par I'utilisateur sur les claviers 23 et 24. 

Le fonctionnement du serveur 13 selon I'invention peut etre opere de 
deux manieres, de preference des deux manieres suivantes. Dans une 
premiere maniere, la memoire programme 17 comporte un sous-programme 
25 utilise pour recevoir du transmetteur 1 le message d'alarme, pour 
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interpreter et le transmettre au recepteur 1 1. La memoire 17 peut egalement 
comporter un sous-programme 26 pour tSIScommander le transmetteur 1 a 
partir du recepteur 11, d'une maniere spontanSe, ou en reponse a la 
reception d'un message d'alarme provenant du transmetteur 1. 
5 Pour le sous-programme 25, lors de la reception dans interface de 

transmission 16 d'un message d'alarme en provenance du transmetteur 1, le 
sous-programme 25 compose un message d'alarme interprets, visible figure 
2a. Ce message interprets comporte plusieurs types d'informations. Ce 
message interprets comporte en premier une indication, 27, en zone F, de 

10 format, prScisant le format dans lequel le message interprets va etre 
composS. En fait, Tindication de format n'est pas nScessairement incorporee 
dans le message interprStS. Elle en conditionne au moins la syntaxe. Par 
exemple, le format peut etre un format de type donnSes, ou un format de 
type MMS, ou SMS ou un format de type courrier Slectronique. Ce format est 

15 dSterminS en fonction d'une fonctionnalitS, d'une classe, voire d'une 
preference mentionnee par le rScepteur 11 d'identite R1 lors de sa connexion, 
au serveur 13. Cette indication de format est complStSe bien entendu par 
une adresse 28, celle a laquelle le rScepteur 1 1 destinataire peut etre joint. 
Cette adresse de R1 est celle figurant dans I'enregistrement correspondant 

20 de la table 19. Cet enregistrement, d'adresse R1, est lui-meme sSlectionnS 
car il correspond, pour le transmetteur T1 qui appelle, au destinataire 
possible. Le transmetteur qui appelle Smet un signal d'alarme indiquant 
toujours a cet effet son identitS dans son message d'alarme. 

Puis le message d'alarme interprets comporte des donnSes directes 

25 29 comportant typiquement des informations regues du transmetteur 1, 
eventuellement mises en forme pour convenir au rScepteur 1 1 , notamment a 
sa taille d'Scran. Puis le message d'alarme interprStS comporte dans un 
champ 30 une liste d'actions 11, 12, In executables par le transmetteur 1 en 
rSponse a une commande a recevoir du rScepteur 11 . En pratique les actions 

30 11 , 12 et In sont remplacSes par leur rSfSrence, leur identitS. Celles-ci sont de 
fait des libelISs qui rendent leur comprShension facile par I'utilisateur du 
rScepteur 11 ou 21. Eventuellement, le message d'alarme interprStS peut 
comporter des champs 31 relatifs a des donnSes indirectes, notamment a 
des adresses de sites (en particulier Internet) ou peuvent avoir StS stockSes 

35 les images saisies par la camSra 6, ou d'autres informations. De preference, 
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ces donnees indirectes sont presentees au recepteur R1 de telle facon que 
leur selection par le terminal 1 1 entrame immediatement une connexion au 
site de stockage concerne. Eventuellement, d'autres informations peuvent 
etre accessibles dans ces donnees indirectes, I'adresse des pompiers, celle 
de la police, celle d'une societe de gardiennage et ainsi de suite. Ces 
donnees indirectes sont stockees notamment dans un serveur 32 relie au 
reseau 2 et situe dans ce reseau a I'adresse mentionne en 31 . 

Connaissant le type du recepteur 1 1 , par renseignement prealable de 
sa classe dans I'enregistrement de la table 19, le serveur 13 est capable de 
formater le message d'alarme interprete pour que celui-ci s'affiche sur I'ecran 
20 (ou I'ecran 22) avec une premiere zone d'information 33 situee par 
exemple en haut de I'ecran, et une deuxieme zone de telecommande 34 
situee par exemple en bas de I'ecran. Une variante vocale est aussi 
envisageable, les informations etant delivrees vocalement avant un enonce 
et une offre de selection par touche DTMF avec le clavier 23 des actions a 
choisir. La zone 33 permet d'afficher toutes les donnees directes de la zone 
29 du message d'alarme interprete. La zone 34 peut comporter des 
informations relatives aux libelles, aux references, ou aux identites des 
instructions 11, 12 ou In executables par le transmetteur 1. Au moyen d'un 
bouton navigateur 35, un utilisateur qui regarde I'ecran 20 peut alors 
selectionner une des instructions de la zone 34 et valider son envoi en retour 
au serveur 13. Celui-ci transmet alors des commandes correspondantes au 
transmetteur T1 . 

En pratique une table 36 de la memoire de donnees du serveur 13 
peut comporter des enregistrements mettant en correspondance des 
references destruction, li, avec un message d'instruction proprement dit. Par 
exemple le message de I'instruction d'identite 11 sera I1XXXX. Le message 
d'instructions I1XXXX peut etre le code instruction directement executable 
dans le transmetteur 1, en correspondance avec I'instruction d'identite 11. En 
variante, I1XXXX sera une reference de pointage pour que le transmetteur 1 
execute une instruction correspondant a cette reference. Dans ce cas ce 
dernier comportera un systeme de traitement du type de celui du serveur 13. 
Dans ce cas, au moment de la selection par le recepteur 11 du libelle 
d'instruction 11, le processeur 14 selectionne dans la memoire 36 a I'identite 
11 d'instruction, le message d'instruction I1XXXX. Le serveur 13 compose 
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alors un message de commande interprete, montre figure 2b comportant 
fondamentalement une designation d'un destinataire, ici le transmetteur T1 et 
le message destruction directement executable par le transmetteur T1. Le 
message de commande, ainsi interprete lui aussi, comporte I'adresse du 
5 destinataire, I'identite destruction et de preference des donnees 
destructions permettant de parametrer ('instruction executable. 

On notera que I'identite du destinataire T1 du message de commande 
peut soit etre incorporee au message d'alarme transmis au recepteur par le 
11, soit etre conserve d'une maniere implicite dans le serveur 13 apres envoi 

10 du message d'alarme, en attendant de recevoir un message de commande 
correspondant. Dans ce denier cas, le message d'alarme comportera en lui- 
meme un numero d' identification. Ce numero d'identification est emis par le 
serveur 13, regu par le recepteur 11, incorpore par le serveur 13 dans 
I'identite destruction en zone 30 affichable en zone 34, et reemis par ce 

15 recepteur 11 de maniere a permettre la selection de destination sans 
equivoque de I'instruction concernee au bon transmetteur T1. 

Eventuellement, dans la zone 33 du recepteur 11 est montree une 
designation du transmetteur T1 qui I'appelle. En effet, comme montre sur les 
deux premiers enregistrements de la table 18, un recepteur d'identite R2 

20 peut etre mis en relation avec piusieurs transmetteurs differents, par exemple 
le transmetteur T1 ou le transmetteur T2. Dans ce cas, I'identite T1 ou T2 
correspondante est incorporee par le serveur 13 dans les donnees directes. > 
Apres interpretation, bien entendu chacun des messages d'alarme 6t 
ou de commande est transmis, dans la forme interpretee a un destinataire 

25 par exemple par rintermediaire d'une station de base 36 du reseau 2. De ce 
point de vue, le sous-programme 26 est du meme type que le sous- 
programme 25. II sert pour des transmissions de telecommande tout 
simplement. 

La presente description des tables est un peu limitative pour ce qui est 
30 de revolution des caracteristiques quelle permet. En variante, on peut 
proposer un ensemble de tables chacune specifique, par exemple une table 
de transmetteurs et une table de recepteurs, independantes Tune de Tautre, 
qui pourraient evoluer (ou etre completees) dans le temps (types, 
caracteristiques), et dans ce cas il existerait une table ou un dispositif 
35 ^interrelation) les mettant simplement en relation Tune avec Pautre. L'interet 



1er depot 



13 

est que le systeme n'est pas fige relativement aux transmetteurs ou aux 
recepteurs ou a ieurs caracteristiques a un moment donne. 

On notera que les transmissions de telecommande peuvent etre 
spontanees. Par exemple elles peuvent etre regulierement soilicitees par ie 
serveur 13, sans que celui-ci ait ete prealabiement alerte par le transmetteur 
1. En variante, le recepteur 11 possede une commande pour interroger le 
serveur 13 pour que celui-ci initialise la communication avec lui. 

En variante le terminal mobile 10 ou le vehicule comporte des circuits 
de type GPS pour editer et transmettre au serveur 13 une indication de 
localisation d'un endroit ou se trouve ce terminal pour ce vehicule. 

En fonction de la classe et ou de la specialisation du recepteur 11, le 
message de commande emis par ce recepteur 11 peut comporter des 
donnees destruction permettant de parametrer I'instruction a envoyer au 
transmetteur 1. Au besoin, il est prevu, iorsqu'une instruction 11 est 
selectionnee de faire interroger a nouveau le recepteur 11 par le serveur 13 
pour lui proposer, pour ('instruction 11, ainsi retenue plusieurs valeurs 
possibles d'application. 

(-'interpretation effectuee par les serveurs est une interpretation 
effectuee en fonction du destinataire du message, le recepteur pour un 
message d'alarme ou le transmetteur pour un message de commande. Cette 
interpretation est bien entendu aussi effectuee, au besoin, en fonction de 
I'emetteur du message, le transmetteur ou le recepteur respectivement, pour 
que le serveur le comprenne parfaitement. Cette interpretation de reception 
par le serveur peut etre effectuee en raison de la reception d'une information 
de Tidentite de Tappelant, voire la reception d ? une information de type 
contenue dans le message provenant de cet appelant. 

II est bien evident que ('exploitation de invention ne doit pas se limiter 
aux quelques applications mentionnees ci-dessus. Ainsi, elle pourrait etre 
aussi avantageusement exploitee lors de la selection de pannes de tout type, 
par exemple panne d'un ascenseur, ou lors de la detection d'accidents ou 
d'incidents sur un trongon d'autoroute, ou encore pour permettre d'assurer 
une surveillance medicale effective a domicile, etc. 



1er depot 



14 

REVENDICATIONS 

1 - Procede de telecommande dans lequel : 

- un transmetteur (1) emet, via un reseau (2) de telecommunications, 
5 en direction d'un recepteur (1 1) un message d'alarme 

. le recepteur emet en retour en direction du transmetteur un message 
de commande, 

- le transmetteur execute une action (12) correspondant a une 
commande contenue dans le message de commande, 

10 caracterise en ce qu'il comporte les etapes suivantes 

- un serveur (13) de message d'alarme regoit le message d'alarme, 

- le serveur de messages d'alarme interprete (25) le message 
d'alarme en fonction de caracteristiques du recepteur et produit un message 
d'alarme interprete, et 

15 - le serveur de messages d'alarme transmet au recepteur le message 

d'alarme interprete. 

2 - Procede de telecommande dans lequel 

- un transmetteur (1) emet, via un reseau (2) de telecommunications, 
en direction d'un recepteur (11) un message d'alarme 

20 - le recepteur emet en retour en direction du transmetteur un message 

de commande, 

- le transmetteur execute une action. (12) correspondant a une c 
commande contenue dans le message de commande, 

caracterise en ce qu'il comporte les etapes suivantes 
25 - un serveur (13) de messages de commande regoit le message de 

commande, 

- le serveur de messages de commande interprete (26) le message de 
commande en fonction de caracteristique du transmetteur et produit un 
message de commande interprete, et 

30 - le serveur de messages de commande transmet au recepteur le 

message de commande interprete. 

3 - Procede selon la revendication 1 et la revendication 2. 

4 - Procede selon I'une des revendications 1 ou 3, caracterise en ce 
que dans le message d'alarme interprete, le, serveur de messages d'alarme 

35 incorpore, dans des champs, des indications (11, 12, In) d'instructions 
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executabies par ie transmetteur apres selection par le recepteur. 

5 - Procede selon Tune des revendications 1 ou 3 a 4, caracterise en 
ce que dans le message d'alarme interprete, le serveur de messages 
d'alarme incorpore, dans un champ, une adresse d'un site (32) connecte a 

5 un reseau de telecommunication, 

- une image est memorisee dans ce site, 

- cette image est visualisee par le recepteur qui va la chercher a cette 
adresse apres avoir regu le message d'alarme interprete. 

6 - Procede selon Tune des revendications 1 ou 3 a 5, caracterise en 

10 ce que 

- le transmetteur confirme une execution effective de la commande. 

7 - Procede selon Tune des revendications 1 ou 3 a 6, caracterise en 

ce que 

- le serveur de messages d'alarme produit un message d'alarme 
1 5 interprete en fonction de caracteristiques du transmetteur. 

8 - Procede selon Tune des revendications 2 a 7, caracterise en ce 

que 

- le serveur de messages de commande produit un message de 
commande interprete en fonction de caracteristiques du recepteur. 

20 9 - Dispositif de telecommande comportant un transmetteur (1) muni 

de moyens pour emettre, via un reseau (2) de telecommunications, en 
direction d'un recepteur (11) un message d'alarme, un recepteur (11) pour 
recevoir ce message d'alarme et pour emettre en retour en direction du 
transmetteur un message de commande, le transmetteur etant en outre muni 

25 de moyens (12) pour executer une action correspondant a une commande 
contenue dans le message de commande, caracterise en ce qu'il comporte 
un serveur (13) de messages d'alarme interpose pour recevoir le message 
d'alarme, pour interpreter (25) le message d'alarme en fonction de 
caracteristiques du recepteur, pour produire un message d'alarme interprete, 

30 et pour transmettre au recepteur le message d'alarme interprete. 

10 - Dispositif de telecommande comportant un transmetteur (1) muni 
de moyens pour emettre, via un reseau (2) de telecommunications, en 
direction d'un recepteur (11) un message d'alarme, un recepteur (11) pour 
recevoir ce message d'alarme et pour emettre en retour en direction du 

35 transmetteur un message de commande, le transmetteur etant en outre muni 
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de moyens (12) pour executer une action correspondant a une commande 
contenue dans le message de commande, caracterise en ce qu'il comporte 
un serveur (13) de messages de commande interpose pour recevoir ie 
message de commande, pour interpreter (26) Ie message de commande en 
5 fonction de caracteristiques du transmetteur, pour produire un message de 
commande interprete, et pour transmettre au transmetteur le message de 
commande interprete. 

1 1 - Dispositif selon Tune des revendications 9 a 10, caracterise en ce 
que le serveur comporte un systeme de traitement de reformation avec une 

10 memoire (17) programme et une memoire (18, 19, 36) de donnees, la 
memoire de donnees comportant 

- une table (18) pour memoriser des correspondances entre des 
references (T1) de transmetteur et des references (R1) de recepteurs, et ou 

- une table (19) pour memoriser des correspondances entre des 
15 references (T1) de transmetteur et des references (11) destruction^ 

executables par ce transmetteur, et ou 

- une table (19) pour memoriser des correspondances entre des 
references (R1) de recepteurs et des adresses (HLR) dans un reseau de 
telecommunication pour joindre ces recepteurs, et ou 

20 - une table (19) pour memoriser des correspondances entre des 

references (R1) de recepteurs et des aptitudes (F1) ou des classes de ces 
recepteurs. 

12 - Dispositif selon Tune des revendications 9 a 11, caracterise en ce 
qu'il comporte un serveur (32) d'images pour telecharger une image dans le 

25 recepteur apres reception du message d'alarme interprete par ce recepteur. 

13 - Dispositif selon Tune des revendications 9 a 12, caracterise en ce 
que le recepteur comporte un terminal mobile (1 1). 

14 - Dispositif selon Tune des revendications 9 a 13, caracterise en ce 
que le transmetteur comporte un terminal (10) mobile installe dans un 

30 vehicule automobile, ce terminal mobile etant muni de moyens (12) d'arreter 
le vehicule, et de preference d'une camera (6). 

15 - Dispositif selon la revendication 14, caracterise en ce que le 
transmetteur comporte un circuit de type GPS pour incorporer dans le 
message d'alarme une indication de position du vehicule. 
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